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(g) Apparatus and method for printer language translation. 

(57) According to an image processing apparatus 
and a method therefor, a discrimination prog- 
ram for discriminating whether a translation 
program for translating a printer language can 
translate an externally input printer language is 
input and stored. It is discriminated whether the 
translation program can translate the externally 
input printer language, using the stored dis- 
crimination program. 
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BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to an image proc- 
essing method and a method therefor and, more par- 
ticularly, to an image processing apparatus and a 
method therefor, capable of printing and outputting an 
image based on input data on a predetermined re- 
cording medium. 

Related Background Art 

Atypical example of such an apparatus is a high- 
precision, high-speed page printer, and particularly a 
laser beam printer. Some recent page printers have 
various functions including a function of printing 
smooth characters using outline fonts regardless of 
enlarged/reduced characters. 

Most of the apparatuses of this type have func- 
tions of emulating conventional printers used with a 
lot of currently available application programs to suc- 
ceed their resources. That is, a plurality of printer lan- 
guages can be translated to emulate different types 
of printers. In addition, since a large number of printer 
languages (e.g., a page description language) trans- 
lated on the printer side are available, an apparatus 
capable of emulating different printer languages has 
been introduced. 

Preparation of such an emulation program is not 
limited to printer languages of previous printers, but 
may be expected for future printers. Emulation pro- 
grams therefore must be compatible with a future sit- 
uation. 

At present, to cope with a new printer language, 
an l/F (interface) is provided in an apparatus to de- 
tachably mount a memory unit such as a ROM pack. 

Even if an l/F (interface) for a plurality of ROM 
packs is provided, a maximum of two or three ROM 
packs can be interchangeably used. When the num- 
ber of ROM packs is increased, the apparatus be- 
comes bulky to result in high cost In addition, when 
such ROM packs are mounted, the programs stored 
in these ROM packs perform all the processing op- 
erations. Therefore, only programming associated 
with these processing operations requires much la- 
bor. 

SUMMARY OF THE INVENTION 

The present invention has been made in consid- 
eration of the above situation, and has as its object to 
provide an image processing apparatus capable of 
easily adding a function of emulating a printer lan- 
guage, and a method therefor. 

In consideration of the above situation, according 
to the present invention, there is provided an image 
processing apparatus comprising: 



storage means for receiving and storing a dis- 
crimination program for discriminating whether a 
translation program for translating a printer language 
can translate an externally input printer language; and 
5 determining means for determining whether 

the translation program can translate the externally 
input printer language, using the discrimination pro- 
gram stored in the storage means. 

In consideration of the above situation, according 
10 to the present invention, there is provided an image 
processing method, comprising the steps of: 

receiving and storing a discrimination program 
for discriminating whether a translation program for 
translating a printer language can translate an extern- 
15 ally input printer language; and 

determining whether the translation program 
can translate the externally input printer language, 
m using the stored discrimination program. 

As described above, according to the image proc- 
20 essing apparatus and the method therefor of the 
present invention, a function of emulating a printer 
language can be easily added. - 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 

Fig. 1 is a schematic block diagram of an image 
processing apparatus according to the first em- 
bodiment of the present invention; 
Fig. 2 is a block diagram showing an arrangement 
30 of an image processing apparatus common to all 

embodiments; 

Fig. 3 is a view showing a structure of a printer en- 
gine common to all the embodiments; 
Fig. 4 is a diagram of a character handling proc- 
35 ess in the first embodiment; 

Fig. 5 is a diagram of an image handling process 
in the first embodiment; 

Fig. 6 is a flow chart showing a main routine in the 
first embodiment; 
40 Fig. 7 is a flow chart showing a process of an ana- 

lyzer in the first embodiment; 
Fig. 8 is a schematic block diagram of an image 
processing apparatus according to the second 
embodiment; 

45 Fig. 9 is a flow chart showing the contents of 

processing added in the second embodiment; 
Fig. 10 is a font attribute table common to all the 
embodiments; 

Fig. 11 is a schematic block diagram of an image 
50 processing apparatus according to the third em- 

bodiment; 

Fig. 12 is a view showing the format of emulation 
program data downloaded in the third embodi- 
ment; 

55 Fig. 1 3 is a discrimination program table common 

to all the embodiments; 

Fig. 14 is a management table common to all the 
embodiments; 
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Fig. 15 is a flow chart showing the processing 
contents associated with an operation panel in 
the third embodiment; 

Fig. 1 6 is a schematic block diagram of an image 
processing apparatus according to the fourth 
embodiment; 

Fig. 1 7 is a flow chart of processing added in the 
fourth embodiment; 

Fig. 1 8 is a format of intermediate language data 
sent from an external apparatus in the fourth em- 
bodiment; 

Fig. 19 is a view showing the relationship be- 
tween input data and an output image in the fifth 
embodiment; 

Fig. 20 is an input data format in the fifth embodi- 
ment; 

Fig. 21 is a flow chart showing a main routine in 
the fifth embodiment; 

Figs. 22(A) to 22(D) are detailed formats of an in- 
termediate language during character handling in 
all the embodiments; 

Figs. 23(A) to 23(C) are detailed formats of the in- 
termediate language during image handling In all 
the embodiments; 

Fig. 24 is a perspective view showing the internal 
structure of an ink-jet printer to which the present 
invention can be applied; and 
Fig. 25 is a block diagram of a control circuit of the 
ink-jet printer shown in Fig. 24. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

An embodiment according to the present inven- 
tion will be described with reference to the accompa- 
nying drawings. This embodiment exemplifies a laser 
beam printer (resolution: 300 dpi). As will be apparent 
from the following description, the present invention 
is equally applicable to a thermal transfer printer, an 
ink-jet printer, a wire-dot impact printer, or the like. 
The present invention is not limited to any specific 
printing scheme or printer. 

[Description of General Arrangement and Operation] 

Fig. 1 is a schematic block diagram of an image 
processing apparatus according to an embodiment of 
the present invention. The operation of this embodi- 
ment will be generally described below. 

A plurality of external apparatuses 301 and 302 
serving as print data sources are connected to the ap- 
paratus of this embodiment (for this reason, the ap- 
paratus has a plurality of input interfaces). An input 
unit 11 in a printer control unit 101 (to be described in 
detail later) receives print data (consisting of a printer 
language) sent from the external apparatuses 301 
and 302. The input unit 11 validates only the data from 
the external apparatus which has sent the print data 



first. While the print data is continuously sent from 
this external apparatus, the input unit 11 inhibits to re- 
ceive print data from the other external apparatus. 
5 The contents of the received print data are ana- 

lyzed to select a specific one of the analyzers of the 
apparatus which processes the input print data. In 
other words, the input unit 11 checks a control com- 
mand contained in the received print data and selects 
10 a specific printer language corresponding to this con- 
trol command. The input unit 11 then supplies the 
printer language to one of a plurality of analyzers 12a 
and 12b which can translate this printer language. 
That is, the input unit 11 includes an automatic inten- 
ts face switching function and an automatic analyzer se- 
lection function. 

The analyzers 12a and 12b can be regarded as 
emulation programs for translating control commands 
contained in different printer languages. It should be 
20 noted in this embodiment that either analyzer (emu- 
lation program) generates common intermediate ex- 
pression language data (to be referred to as simpiy in- 
termediate language data hereinafter) but does not 
perform dot development. Details of the intermediate 
25 language data will be described in detail later. 

Each analyzer receives a printer language suit- 
able for itself and generates dot pattern generation in- 
termediate language data with reference to an inter- 
mediate expression generation standard library 13 (a 
30 set of various functions associated with intermediate 
language generation) and font scalers 15a and 15b. 
As described above, the printer languages analyzed 
by the respective analyzers are different from each 
other, but the respective analyzers output common 
35 intermediate language data. 

An output from any analyzer can be transferred 
to a common dot pattern development unit (rasterizer) 
14. The rasterizer 14 rasterizes the input data as dot 
data, and the dot data can be developed in a page 
40 memory (bit map memory) 1 6. The dot image devel- 
oped in the page memory 16 is sequentially output as 
video signals to an output mechanism (printer engine) 
200 through an output unit 17, thereby printing the 
output data. 

45 In the above processing, when an analyzer (emu- 

lation program) is to be newly prepared, the emulation 
program need not contain a program associated with 
dot development, but can contain only a program for 
generating data (intermediate language) which can 

so be executed by the rasterizer 14, thereby reducing 
the load on the programmer. In addition, the size 
(memory capacity) of the analyzer can be reduced, 
as a matter of course, thereby contributing to a de- 
crease in cost 

55 

[Description of Intermediate Language Data] 



An intermediate language will be described be- 



low. 
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Received print data (consisting of a printer lan- 
guage) is generally and relatively understandable to 
man. In other words, the print data is not data having 
a format directly translated by the CPU in the image 5 
forming apparatus. Each print data may be translated 
every time it is received to generate corresponding 
dot data A time required to translate each print data 
is not negligible. As a result, a time required until the 
external apparatus is released from print data output 10 
processing is undesirably prolonged. 

To prevent this, received data is converted into 
language data (i.e., data which can be easily translat- 
ed by the CPU) having a lower level than that of the 
received data, and the converted data is stored and 1$ 
held. When this low-level language data is stored by, 
e.g., one page, in an intermediate language area 24c 
(to be described later), actual dot development is per- 
formed. The low-level language data is called inter- 
mediate language data in this embodiment That is, 20 
the intermediate language data is a printer language 
converted to facilitate dot development. 

For example, in printing even a character, the 
CPU generates the corresponding character pattern 
on the basis of various kinds of information such as 25 
the type of character, an enlargement ratio, a print 
position, a rotational direction, and a modification in- 
formation, and the generated character pattern can 
be developed in a print memory. In this embodiment, 
the intermediate language data generated by the 30 
analyzers 12a and 12b have a format consisting of an 
identification code for identifying the type of process- 
ing and parameters following the identification code 
to transfer control to this processing: 

Intermediate Language Data Format (binary 35 
data: ...identification code, p1, p2 pn, identifica- 
tion code, p1, p2 pm,... 

(where p1,... pm,... f pn represent parameters, the 
number of which depends on a given identification 
code). 40 

The rasterizer 14 executes a Hi notion (subroutine 
program) corresponding to a corresponding identifi- 
cation code to execute the generated intermediate 
language data. At this time, if corresponding parame- 
ters are present the parameters are also transferred 45 
to the function prior to execution of the generated in- 
termediate language data. In practice, an analyzer 
(not shown) in the rasterizer 14 stores a function cor- 
responding to an identification code contained in the 
intermediate language data, and the function corre- so 
s ponding to the identification code in the intermedi- 
ate language data is executed. 

Figs. 4 and 5 show a schematic flow of process- 
ing of this embodiment Fig. 4 shows the processing 
contents associated with a character handling proc- 55 
ess, and Fig. 5 shows the processing contents asso- 
ciated with an image handling process. The character 
handling process will be briefly described with refer- 
ence to Fig. 4. When the analyzer 12a (or 12b) re- 



ceives a position designation command, a font selec- 
tion command, a character code, and the like con- 
tained in the data received through the input unit 11, 
the analyzer 1 2a analyzes the received data and gen- 
erates the identification information (ID code) and its 
parameters using various functions stored in the in- 
termediate language generation standard library 13, 
thereby generating intermediate expression data. 
This operation also applies to the analyzer 12a (or 
12b) for the image in Fig. 5. Various kinds of generat- 
ed information for a character are a character bit map, 
physical X- and Y-coordinate designation command, 
clipping information, and the like. As for image data, 
the analyzer 12a (or 1 2b) generates a work area res- 
ervation instruction of each input image and informa- 
tion specifying the image. At the same time, the ana- 
lyzer 12a generates intermediate expression data in- 
cluding image development position information of 
the data stored in the reservation position, clipping in- 
formation, and image modification information if nec- 
essary (if the received print data contains an image 
modification instruction). 

An example of an intermediate language upon 
character handling is shown in Figs. 22(A) to 22(D), 
and an example of an intermediate language upon im- 
age handling is shown in Figs. 23(A) to 23(C). The in- 
termediate language generated upon character han- 
dling include clipping, drawing logic, an enlargement 
ratio, and a bit map pattern. The intermediate lan- 
guage generated upon image handling includes iden- 
tical data to those of the intermediate language gen- 
erated upon character handling, and information as- 
sociated with an image pattern. These intermediate 
language data are not alt the intermediate language 
data handled in this embodiment In either character 
or image data, an identification ID code (information 
which specifies a call function) representing the 
meaning of each intermediate language data is pres- 
ent at the start of the generated intermediate lan- 
guage data. Data following the each identification ID 
are parameters transferred to corresponding proc- 
essing. The number of parameters depends on each 
identification ID. 

Note that the clipping (commonly present in char- 
acter handling and image handling) is used to develop 
a character or image pattern within a designated rec- 
tangular area (this area is designated by the upper 
left X- and Y-coordi nates, a width, and a height). In 
other words, clipping is a declaration statement for in- 
hibiting to develop a portion exceeding this area un- 
less another clipping is present A parameter "drawing 
logic" in the drawing logic (commonly present in char- 
acter handling and image handling) represents an in- 
struction for designating a logic expression for devel- 
oping a pattern or image. More specifically, informa- 
tion for instructing overwrite development, transpar- 
ent development (logical OR) or exclusive OR devel- 
opment of the developed pattern is stored. In this 
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case, the current logic is used for the subsequent pat- 
terns unless a specific instruction is input The en- 
largement ratio information has two parameters be- 
cause the horizontal and vertical enlargement ratios 
are independent of each other. A bit map pattern has 
coordinate position parameters for development in 
addition to information for specifying one bit map pat- 
tern to be developed. 

The intermediate language data upon image han- 
dling have almost the same contents as described 
above. The format of intermediate language data for 
developing a received image as its feature will be de- 
scribed below. 

As previously described, when image data is re- 
ceived, the analyzer 12a (or 12b) stores the image 
data m a work area 24a in a RAM 24 and generates 
an ID number unique to this image data. An "image 
pattern code" in Fig. 23(C) represents this ID code. 
Parameters following the ID code are parameters 
transferred to image pattern development process- 
ing. These parameters are data represent how the im- 
age data specified by the image pattern code is modi- 
fied. More specifically, these six pieces of information 
represent elements in a matrix used in processing for 
modifying an image patten development function. The 
image pattern development function converts original 
coordinates (XS,YS) of each pixel in the designated 
pattern into modification destination coordinates 
(XD,YD) in accordance with the matrix consisting of 
the given parameters. A pixel present at the coordin- 
ates (XS,YS) in the original pattern is transferred to 
coordinates (XD.YD). These coordinates do not rep- 
resent absolute coordinate values of the memory for 
developing a print image, but local coordinates within 
the rectangular area specified by the clipping. 

Referring to Fig. 4 or 5, the formats of print data 
input to the analyzers 12a and 12b are greatly differ- 
ent from each other, depending on the printer lan- 
guages to be analyzed by the analyzers. As described 
above, the intermediate language is the printer lan- 
guage converted to facilitate translation of the raster- 
izer 14. 

[Description of Detailed Arrangement] 

The detailed arrangement of the image process- 
ing apparatus of this embodiment is shown in Fig. 2. 
This arrangement applies as a common structure to 
ail the following embodiments. 

The image processing apparatus includes a prin- 
ter control unit 21 and interfaces (l/Fs) 21a and 21b 
respectively connected to the external apparatuses 
(host computers or the like) 301 and 302. Each inter- 
face may be a parallel or serial interface. A CPU 22 
controls the overall operation of the apparatus. A 
ROM 23 stores basic programs (i.e., programs asso- 
ciated with data fetch through l/Fs and a processing 
sequence (to be described later) in Fig. 6) executed 



by the CPU 22. The RAM 24 includes the work area 
24a referred during execution of various processing 
operations of the CPU 22, an input buffer area 24b for 
5 temporarily storing received print data, and the inter- 
mediate language area 24c for storing the intermedi- 
ate language data described above. Although the 
RAM 24 has other data areas, they will be described 
in detail later. Memories 25a and 25b (corresponding 
10 to the analyzers 12a and 12b in Fig. 1) store emula- 
tion programs for translating various printer languag- 
es. The memories 25a and 25b comprise ROMs orthe 
like. An intermediate language generation library 
memory 26 (corresponding to the intermediate ex- 
is pression -generation standard library 13 in Fig. 1) 
stores a set of various functions for generating the in- 
termediate language. Memories 27a and 27b store 
font scaler data to allow printing of different types of 
characters (e.g., Gothic and Mincho typefaces), as 
20 will be described in this embodiment The contents of 
the font scaler memories 27a and 27b include a pro- 
gram for generating outline font data 1 5 of each type- 
face and a final character pattern based on the outline 
font data 15. The memories 26, 27a, and 27b com- 
25 prise ROMs or the like. 

A bit map memory 28 (corresponding to the page 
memory 16 in Fig. 1) has a capacity for developing a 
one-page dot image. An output l/F 29 sequentially 
outputs the dot information developed in the bit map 
30 memory 28 in the form of video signals to a printer en- 
gine (output mechanism) 200. A nonvolatile memory 
(to be referred to as an NVRAM hereinafter) 31 stores 
and holds various setting contents and comprises, 
e.g., an E 2 PROM. An operation panel 30 comprises 
35 various operation buttons and an LCD display unit A 
hard disc 32 stores various data downloaded from the 
external apparatuses 301 and 302 to the work area 
24a of the RAM 24. The above constituent compo- 
nents are connected to a system bus 33. 
40 The structure of the printer engine 200 of a laser 

beam printer of this embodiment will be described 
with reference to Fig. 3. 

Referring to Fig. 3, the laser beam printer in- 
cludes a laser beam printer main body (LBP) 100 and 
45 the printer control unit 101 which includes all the com- 
ponents surrounded by a dotted line in Fig. 2. The 
printer control unit 101 mainly converts character in- 
formation to a video signal of the corresponding char- 
acter pattern and outputs it to a laser driver 102. 
50 The laser driver 1 02 is a circuit for driving a sem- 

iconductor laser 103. The laser driver 102 ON/OFF- 
controls a laser beam 104 from the semiconductor 
laser 103 in accordance with the video signal input 
through the output l/F (interface) 29. The laser beam 
55 1 04 is shifted in the right-and-left direction by a rotary 
polygon mirror 105 and scans and exposes an elec- 
trostatic drum 106, thereby forming a latent image 
corresponding to the character pattern on the electro- 
static drum 106. This latent image is developed by a 
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developing unit 107 located around the electrostatic 
drum 106 and is transferred to recording paper. The 
recording paper is a cut sheet The recording sheets 
are stored in a paper cassette 108 attached to the 5 
LBP 100. Each recording sheet is picked up by a pa- 
per pickup roller 109 and fed inside the apparatus by 
convey rollers 110 and 111 . The sheet is then supplied 
to the electrostatic drum 106. 

10 

[Description of Processing Contents] 

Although a description gets out of order, in this 
embodiment when print data is output from, e.g., the 
external apparatuses 301 , the corresponding l/F 21a is 
outputs an interrupt signal to the CPU 22. Upon re- 
ception of this interrupt signal, the CPU 22 executes 
interrupt processing (routine), as will be briefly de- 
scribed below. 

In the interrupt routine, the CPU 22 loads the in- 20 
put data from the interrupted l/F 21a and stores it in 
the input buffer area 24b. When all l/Fs are released 
as in the power-ON time, only the l/F which outputs 
the print data first (i.e., the l/F which generates the in- 
terrupt signal first) is enabled, and the remaining l/Fs 25 
are disabled (any other print data is not accepted). 

Based on the assumption that the above inter- 
rupt processing is performed, the operation se- 
quence (main routine) of the CPU 22 will be described 
with reference to Fig. 6. 30 

When the power switch of the apparatus is turned 
on, initialization is performed in step S1. This initiali- 
zation includes an operation for releasing all the input 
l/Fs 21a and 21b. In step S2, the CPU 22 determines 
whether all the l/Fs 21a and 21 b are set in an on-line 35 
state (data receivable state). If YES in step S2, the 
flow advances to step S3 to determine whether the 
print data is stored in the input buffer area 24b. 

If YES in step S3, the flow advances to step S4 
to initialize the l/F release time (i.e., a timer (not 40 
shown) is reset). The meaning of the l/F release time 
will be clarified in the following description. 

The CPU 22 determines in step S5 whether a 
specific analyzer is selected for the input data, i.e., 
whether either the emulation program memory 25a or 45 
25b is used. In the initial state, selection of the emu- 
lation program memory is not determined. The flow 
advances to step S6. However, when processing of 
the print data is in progress to some extent, i.e., when 
the emulation program is already selected, the flow so 
branches to step S9. 

In step S6, a specific printer language is selected 
on the basis of the control code contained in the data 
stored in the input buffer area 24b, and the corre- 
sponding emulation program is selected. At this time, 55 
if the corresponding emulation program is not present 
or a plurality of emulation programs are present (step 
S7), the flow advances to step S8 to select a default 
analyzer. If a plurality of analyzer candidates are de- 



termined to be present the emulation program having 
a top priority is selected (the priority order is prede- 
termined). In this manner, one emulation program is 
determined. 

Assume that it is determined in step S5 that one 
of the emulation programs is already selected, that a 
matching emulation program is selected in step S6, 
and that the default emulation program is selected, 
the flow advances to step S9. 

In step S9, the selected (or already selected) 
emulation program (analyzer) is executed (called). 
The emulation program to be executed have a content 
varying depending on types of emulation programs. 
In any case, when analysis is executed and the flow 
returns to the main routine (step S10), intermediate 
language data to be printed on one sheet is stored in 
the intermediate language area 24c in the RAM 24. 

In step S10, the corresponding bit map pattern is 
developed in the bit map memory 28 on the basis of 
the generated intermediate language data. 

When the pattern to be printed on one sheet is 
developed, the flow advances to step S11 to output a 
known video signal through the output l/F 29. When 
printing on one sheet is completed, the flow returns 
to step S3, and the above processing operations are 
repeated. Every time one cycle is completed, the l/F 
release time is reset and a proper emulation program 
is selected. In this case, YES is obtained in step S5, 
and the operations in steps S6 to S8 are not per- 
formed. 

While printing continues based on the uniquely 
selected emulation program, the external apparatus 
which has output the print data stops outputting print 
data and data to be processed is not present in the in- 
put buffer area 24b, the flow branches from step S3 
to S12. 

The CPU 22 determines whether the l/F release 
time has elapsed. That is, the CPU 22 determines 
whether the external apparatus finishes outputting a 
series of print data. If NO in step S12, the flow returns 
to step S2 to loop steps S3 and S12. When the CPU 
22 determines that print data from the external appa- 
ratus is not received after a lapse of the l/F release 
time, the flow advances from step S12 to step S1 3 to 
release all the l/Fs 21a and 21b to allow reception 
from all the external apparatuses 301 and 302. 

In the main routine, print data is developed in the 
bit map memory 28 in accordance with the common 
intermediate language data generated by each emu- 
lation program. Therefore, the respective emulation 
programs can be free from development of bit map 
data. 

The contents of analysis of the emulation pro- 
gram in step S9 will be described with reference to a 
flow chart in Fig. 7. The following emulation program 
corresponds to one printer language. 

When this emulation program, e.g., the emulation 
program memory 25a is called in the main routine, 
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analysis is performed using the input data stored in 
the input buffer area 24b in step S21 . The CPU 22 de- 
termines in step S22 whether the input data is a new 
page command (print command). If NO in step S22, 
the flow advances to step S23 to analyze this data 
(step S23). The identification code and its parameters 
are generated to form intermediate language data us- 
ing various functions stored in the intermediate lan- 
guage generation library memory 26 (step S24), and 
the resultant intermediate language data is stored in 
the intermediate language area 24c. Until a new page 
command is detected, the operations from step S21 
are repeated. When a new page command is detect- 
ed, the flow returns to step S10 of the main process- 
ing. 

When the flow returns to the main routine in the 
manner, one-page intermediate language data is 
stored in the intermediate language area 24c. 

An emulation program for a printer language for 
a printer for reciprocating a carriage to print informa- 
tion is processed in principle as described above. 
However, as a new page command may not be re- 
ceived, the number of lines based on a line pitch for 
the language to be emulated may be used to deter- 
mine the decision block in step S22. 

Even if a printer language which does not desig- 
nate a specific font is received (i.e., event if its emu- 
lation program is a program not depending on a spe- 
cific font scaler), a user selects a font scaler on the 
operation panel 30 or determines it in advance (the 
setting content may be stored and held in the NVRAM 
31) to obtain a desired print result. In other words, the 
font scalers 15a and 15b arranged in the apparatus 
can be freely used as the common resources. 

As described above, according to this embodi- 
ment, the common intermediate language generation 
library memory 26 is arranged, and the emulation 
program memories 25a and 25b perform only an op- 
eration for generating the common intermediate lan- 
guage data. Adevelopment environment for newly de- 
veloping an emulation program can be improved, and 
a memory capacity for this can be small, thereby re- 
ducing the cost One emulation program may selec- 
tively use fonts of a plurality of font scalers. 

In the above embodiment, every time each ana- 
lyzer generates one-page intermediate language 
data, the flow returns to the main routine. However, 
the amount of intermediate language data need not 
be one page, but can be smaller than one page. In ad- 
dition, dot pattern development based on the inter- 
mediate language data may be performed simultane- 
ously with intermediate language data generation. 

[Description of Second Embodiment] 

In the above embodiment (first embodiment), the 
font scalers 15a and 15b arranged in the apparatus 
are used. However, a font scaler 15c desired by an ex- 



ternal apparatus may be transmitted and registered in 
the apparatus. That is, font scaler data is downloaded 
from the external apparatus to the apparatus of the 
5 present invention. This will be described as the sec- 
ond embodiment. The number of font scalers to be 
newly registered is not limited to one, but may be two 
or more. 

The schematic arrangement of the second em- 
10 bodiment is shown in Fig. 8 and will be described be- 
low. 

Referring to Fig. 8, for example, an external ap- 
paratus 301 sends a control command (download 
command) for downloading font scaler data to the ap- 
is paratus of this embodiment a code representing that 
the download data is font scaler data, the total num- 
ber of bits to be sent, font scaler data, and check sum 
data. In addition to the download command, the code 
representing the type of data is also sent because a 

20 download object is not limited to the font scaler data 
(this will be described in a subsequent embodiment). 
Processing for discriminating whether input data is 
font scaler data is performed before processing (step 
S6 in Fig. 6) for discriminating a printer language 

25 when an input unit 11 inputs normal print data. Note 
that the external apparatus is not limited to the exter- 
nal apparatus 301 , but may be an external apparatus 
302 or any other external apparatus. 

Processing for determining whether an input 

30 command is a download command and processing for 
executing a download operation (if so) may be added 
to each emulation program. A program itseif to be 
downloaded need not be set in each emulation pro- 
gram. If this program is stored in a ROM 23, only proc- 

35 essing for discriminating whether the input command 
is a download command and processing for calling 
this download determination processing can be exe- 
cuted to reduce the memory capacity accordingly. 
In the second embodiment the external appara- 

40 tus sends a download command, data representing 
the total number of bytes of a font scaler (a program 
for enlarging or reducing a character pattern and gen- 
erating an enlarged or reduced character pattern and 
its outline font data), and then actual font scaler data. 

45 These data are stored in an input buffer area 24b in 
a RAM 24. 

The font scaler data thus sent is finally stored in 
a work area 24a in the RAM 24. Font scaler manage- 
ment information (font attribute table) held in the work 

so area 24a in the RAM 24 is updated. When the power 
switch is turned off, the downloaded data and the font 
attribute table are erased. The downloaded data can 
be stored in a hard disc 32, as needed. When the pow- 
er switch is turned on, the font attribute table is ac- 

55 cessed on the basis of the data from the hard disc 32. 
Note that the storage contents of the RAM 24 are held 
by a backup battery (not shown). 

Th user can utilize the newly downloaded font 
scaler 1 5c as the common resource. That is, as in ex- 
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isting font scalers 15a and 15b, the downloaded font 
scaler data can be freely selected independently of 
emulation programs. 

To realize the above processing, the operation s 
sequence of a CPU 22 in the second embodiment will 
be described with reference to a flow chart in Fig. 9. 
This flow chart is inserted when NO is obtained in 
step S5 in Fig. 6, i.e., immediately before step S6. 

NO is obtained in step S5 when an analyzer (emu- 10 
lation program) to be printed is determined not to be 
selected, i.e., when print data is received for the first 
time upon a power- ON operation or new data is re- 
ceived upon completion of a series of print operations 
and release of all input l/Fs 21a and 21b. 15 

When NO is obtained in step S5 in Fig. 6 and the 
flow advances to step S31 in Fig. 9, the CPU 22 de- 
termines whether the input data is a download com- 
mand. If the CPU 22 determines that the input data 
is not a download command, but print data, the flow 20 
advances to step S6 in Fig. 6, as previously descri- 
bed. 

If the CPU 22 determines in step S31 that the in- 
put data is the download command, the CPU 22 ob- 
tains the total number of bytes in step S32. The total 25 
number of bytes to be received is compared with the 
empty capacity of the work area 24a in the RAM 24 
to determine whether the data can be stored in the 
work area 24a in the RAM 24. tf NO in step S33, the 
following data is skipped, and the flow returns to step 30 
S2 in Fig. 6. At this time, when skip processing is com- 
pleted, the other input l/F which has been disabled is 
released. 

If YES in step S33, the CPU 22 determines in 
step S35 whether data to be sent is font scaler data. 35 
If NO in step S35, the flow advances to step S36 to 
download the corresponding data, and the flow re- 
turns to step S2. At this time, when download proc- 
essing is completed, the other l/F which has been dis- 
abled is released. The determination in step S35 is 40 
performed by determining whether the download 
command is present in the data to be sent 

If the CPU 22 determines that the input data is 
the font scaler data (i.e., the download command is 
contained in the input data), the flow advances to 45 
step S37, and data sequentially input are stored in the 
work area 24a allocated in the RAM 24. At this time, 
the total number of bytes is calculated during storage 
of the input data in the work area 24a. In addition, the 
data downloaded in the work area 24a can also be so 
stored in the hard disc 32. 

As described above, the input data is finally 
downloaded in the work area 24a in the RAM 24. The 
number of bytes finally received is compared with the 
previous sum result to determine whether the data 55 
are properly received. If so, the flow advances to step 
S39 to register fonts downloaded in the font attribute 
table allocated in the work area 24a. If a check sum 
becomes NG, the flow advances to step S40 to erase 



all the downloaded data to release the assigned work 
area 24a to other processing operations. 

In any case, in steps S39 and S40, the other input 
l/F which has been disabled by the above reception 
processing is released, and the flow returns to step 
S2. 

A font attribute table (common in all the embodh 
ments) is shown in Fig. 10. This table comprises the 
names of font scalers, and storage destination ad- 
dresses of programs for realizing these font scalers. 
In the illustrated table, the contents of the table are 
updated by downloading the font scaler data. Note 
that "EOT" is a mark representing the end of table. 

According to the second embodiment, as descri- 
bed above, since the font scaler data can be down- 
loaded from the external apparatus (e.g., a host com- 
puter), the font scaler 15c can be newly registered. 

Each emulation program can selectively switch 
between the font scalers 1 5a and 1 5b as the standard 
font scalers and the newly registered font scaler 15c. 
Therefore, more expressive outputs can be obtained. 

[Description of Third Embodiment] 

The third embodiment exemplifies downloading 
of a new analyzer (emulation program). The purpose 
of this embodiment is to easily cope with a printer lan- 
guage incompatible with an apparatus of the present 
invention without adding a new circuit to this appara- 
tus. For the descriptive convenience, analyzers (emu- 
lation programs) 12a and 12b of the apparatus of this 
embodiment are standard analyzers, and a new ana- 
lyzer 12c is downloaded. The analyzers 1 2a, 12b, and 
12c are used to generate the intermediate language 
data described with reference to the first and second 
embodiments. 

The schematic block diagram of the third embodi- 
ment is shown in Fig. 11. 

Two emulation programs as the analyzers 12a 
and 12b are provided as the standard emulation pro- 
grams in the apparatus, and the new third analyzer 
12c is registered in the apparatus. For example, data 
of an emulation program downloaded from an exter- 
nal apparatus 301 is finally stored in a work area 24a 
in a RAM 24 as in the second embodiment. 

Download processing of the emulation program 
from the external apparatus 301 is substantially the 
same as font scaler data downloading described in 
the second embodiment, and a detailed description 
thereof will be omitted. This downloading of the emu- 
lation program is performed in step S36 in Fig. 9. 

Fig. 12 shows the contents of the emulation pro- 
gram data in all data sentfrom the external apparatus 
301. 

As shown in Fig. 12, an emulation name repre- 
senting the correspondence between the emulation 
program and a specific printer language is located as 
the head data. Discrimination program data, setting 
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program data, and then actual emulation program 
date follow the emulation name. The download com- 
mand representing that the input data is download 
data the code representing that the download data is 
emulation data, and the total number of bytes as de- 
scribed with reference to the second embodiment, 
are located before the above data. 

The discrimination program data is used in proc- 
essing of step S6 in Fig. 6 in the first embodiment The 
discrimination program determines whether the input 
data corresponds to the emulation of its own. The dis- 
crimination program includes a plurality of control 
commands (data format information representing a 
specif ic format of parameters) unique to the printer 
language to be analyzed. 

The setting program data is a program for deter- 
mining various setting items in use of its emulation 
program, and details of the setting program data will 
be described later. 

After the data having the format shown in Fig. i z 
is properly downloaded in the work area 24a in the 
RAM 24 a CPU 22 updates various tables of the ap- 
paratus in accordance with the downloaded data. 
More specif ically, a discrimination program table and 
a management table which are arranged in the work 
area 24a are updated. That is, the newly downloaded 
emulation program is stored in these tables. 

A discrimination program table is shown in Ftg. 
1 3, and a management table is shown in Fig. 14. Note 
that "EOT in each table is a mark representing the 
end of table data. The format of these tables is iden- 
tical to that of the previous embodiments and subse- 
quent embodiments. 

The discrimination program table in Fig. 13 rep- 
resents that emulation programs A and B are equip- 
ped in the apparatus from the beginning, and an emu- 
lation program C is newly registered. Automatic dis- 
crimination processing in step S6 in Fig. 6 in the first 
embodiment sequentially calls the discrimination pro- 
grams of the analyzers which are represented by this 
discrimination program table and performs determi- 
nation on the basis of the result of calling. For exam- 
ple each discrimination program may be regarded as 
a program for determining whether a control com- 
mand in the data stored in an input buffer area 24b is 
compatible with its own emulation program. 

This also applies to the management table shown 
in Fig. 14. Items except for -emulation C" are equip- 
ped in the apparatus from the beginning. 

Various printer environments are set on an oper- 
ation panel 30. The environments include setting 
commonly used in all the emulation programs, such 
as interface transfer rate, and environment setting 
unique to each emulation program. This environment 
setting is finally stored in an NVRAM 31 and is kept 
held although the power switch is turned off. 

The apparatus of this embodiment includes a 
plurality of input l/Fs 21a and 21b, as shown in Fig. 1 



or 2. These i/Fs include a parallel interface and a ser- 
ial interface such as an RS-232C interface. 

Item "interface" in this management table man- 
5 ages these I/Fs (storage destination addresses of the 
l/F-associated program are stored). This program in- 
cludes processing for setting a transfer rate ort he like 
if a given input l/F is a serial interface. 

Item "control" of the management table manages 
10 setting of the size and margin of recording paper stor- 
ed in a paper cassette, or the like (storage destination 
addresses of control-associated program). 

Item "memory(MEMr manages setting of the ca- 
pacity of a currently mounted memory (the memory 
15 capacity can be increased), the size of the input buf- 
fer area 24b (when this size increases, the external 
apparatus can be earlier released from print data out- 
put processing of its own), and the like. 

Items "emulation A, emulation B. and emulation 
20 C" manage programs forsetting environments unique 
to the respective emulations and the storage destin- 
ation addresses of the emulation programs. As an en- 
vironment setting program, spepif ic type and size of 
fonts can be selected as the defaults of, e.g., the emu- 

25 lationA. 

Item "initialization- indicates that each environ- 
ment value stored in the NVRAM 31 is returned to the 
value at the time of factory shipment 

A downloaded emulation program is registered 
30 immediately before the item "initialization". 

Of the program managed by this table, all data 
except for the downloaded program and data are stor- 
ed in an emulation program memory 25a or 25b. 
A processing sequence of a user interface based 
35 on the management table will be described with ref- 
erence to Fig. 15. A setup key and a selection key in 
the following description are arranged in a key group 
on the operation panel 30, and V is a pointer variable 
representing a management table item allocated in 
40 the work area in the RAM 24. 

When the CPU 22 detects a key input in step S61 , 
the CPU 22 determines in step S62 whether this key 
is a setup key. If NO in step S62, the flow advances 
to step S63 to perform the corresponding processing. 
45 If YES in step S62, the flow advances to step S64 

to substitute an initial value of "0" in the variable i. The 
variable i is incremented by one in step S65. The CPU 
22 determines in step S66 whether the ith item in the 
management table is "EOT. If YES in step S66 the 
so pointer variable i represents the end of table so that 
the pointer variable i is updated to represent the head 
item in step S67. . 

In any case, the ith item name is displayed on tne 
LCD display unit arranged in the operation panel 30, 
55 and the CPU 22 waits for the next key input in step 

S69. . . u 

If the CPU 22 determines that the input key is the 
setup key (step S70), the flow returns to step S65 to 
perform the same processing as descnbed above, 
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thereby displaying the next item name. Every time 
the setup key is depressed, the next item name is se- 
quentially displayed on the LCD display unit 

When the user depresses the setup key several 
times to confirm that the desired item name is dis- 
played; the user depresses the selection key. When 
the CPU 22 detects depression of the selection key 
(step S71), the flow advances to step S72 to call the 
item setting program represented by the variable i. 
Since each setting program depends on each item, 
and a description thereof will be omitted. In any case, 
the user proceeds the operations in accordance with 
the contents displayed on the LCD display unit 

According to the third embodiment described 
above, a desired emulation function can be appro- 
priately added without modifying the apparatus. 

A method of operating the operation panel is div- 
ided into an operation portion for setting the environ- 
ment common in the entire apparatus and an opera- 
tion portion for setting an environment unique to each 
emulation. This state can be maintained even if a new 
emulation is downloaded. In other words, the user 
can additionally learn knowledge of operations of the 
downloaded emulation program, and the integrated 
operation environment can be maintained, thereby 
providing a very useful user interface. From the view- 
point of the development of an emulation program, 
only a program for operating the corresponding emu- 
lation is prepared, thereby facilitating the develop- 
ment 

Since a program for discriminating whether the 
data is written by a printer language supported by the 
print data itself is contained in the downloaded emu- 
lation program data, the automatic discrimination 
function can be directly performed. 

[Description of Fourth Embodiment] 

In the first to third embodiments described 
above, any analyzer finally generates the common in- 
termediate language data. A bit map pattern is devel- 
oped in a bit map memory 28 by the common devel- 
opment and is then printed. 

In consideration of recent electronic techniques, 
processing capacities (processing speeds) of exter- 
nal apparatuses have remarkably increased. The 
fourth embodiment will exemplify an arrangement in 
which processing for generating intermediate lan- 
guage data is shared by an external apparatus and 
printing is performed at a higher speed. 

The schematic arrangement of the fourth em- 
bodiment wilt be described with reference to Fig. 16. 

As shown in Fig. 16, in a normal external appa- 
ratus (e.g., an external apparatus 302), an application 
program 304 running therein outputs print data 
through a printer driver 307. To the contrary, an ex- 
ternal apparatus (e.g., an external apparatus 301 ) as 
the characteristic feature of the fourth embodiment 



has constituent components (e.g., an intermediate 
language library 13, font scalers 15a and 15b, and 
analyzers 12a and 12b) required for generating an in- 

5 termediate language. The level of the print data out- 
put from an application program 303 is lowered to the 
level of the intermediate language data through a 
printer driver 305 or 306, and the intermediate lan- 
guage data is output to a control unit 101 in the image 

10 processing apparatus. That is, the printer language 
output from the application program 303 is converted 
into the intermediate language which can be easily in- 
terpreted by a rasterizer 14 in the image processing 
apparatus, and the intermediate language is output to 

is the image processing apparatus. 

Fig. 18 shows the format of the intermediate lan- 
guage data output from the external apparatus 301. 
"1000" in Fig. 18 is a numeric value representing the 
total number of bytes of the intermediate language 

20 data. This portion changes depending on a given con- 
dition. In this case, 1 ,000 bytes from "#>GS, 1000CR" 
to the end mark, i.e., "#>EOT represent the inter- 
mediate language data. 

Processing is performed to determine whether 

25 the data stored in an input buffer area 24b is the in- 
termediate language data. If it is determined that the 
data stored in the input buffer area 24b is not data 
having the form of an intermediate language, proc- 
essing in the first to third embodiments is performed. 

30 However, if it is determined that the data stored in the 
input buffer area 21b is data having the form of the 
intermediate language, a bit map pattern based on 
this intermediate language data is developed in a bit 
map memory (page memory 16) and is printed. 

35 More specifically, decision step S81 in Fig. 1 7 is 

inserted immediately before step S6 in Fig. 6- (or im- 
mediately before step S31 in Fig. 9) to realize the 
above processing. 

In bitmap development performed after the input 

40 data is determined to be data in the form of the inter- 
mediate language and the flow advances to step S10, 
the intermediate language data is processed such 
that it is stored not in an intermediate language area 
24c, but in the input buffer area 24b. 

45 According to the fourth embodiment, as descri- 

bed above, the image processing apparatus itself is 
operated to directly input intermediate language data. 
The image processing apparatus is free from process- 
ing for generating intermediate language data descri- 

so bed as in the first to third embodiments, thereby in- 
creasing the print speed. In addition, when a new 
emulation program is to be downloaded, a memory 
may be extended. According to the fourth embodi- 
ment, however, such memory extension need not be 

55 taken into consideration, thereby providing an appa- 
ratus having a large number of emulation functions at 
low cost 
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[Description of Fifth Embodiment] 

External apparatuses output various printer lan- 
guages, as previously described. Some printer lan- 
guages are suitable for sentences; some, for figures; 
and some, for images. 

The fifth embodiment exemplifies an arrange- 
ment in which an image based on a plurality of printer 
languages, i.e., a plurality of emulations, is printed on 
one page. 

To realize this, an external apparatus sends data 
constituted by a pair of actual print data and an emu- 
lation designation command representing the type of 
emulation data and a data length (size), and finally a 
paper delivery instruction command for printing infor- 
mation on the paper and delivering the paper is added 
to the end of sent data, as shown in Fig. 19. 

In the illustrated case, emulation data A is print 
language data suitable for printing a text; emulation 
data B, for printing a figure; emulation data C, for pnnt- 
ing a dot image; and emulation data D, for printing a 

figure. . 

The detailed format of the input data is shown in 

Fig. 20. j . 

As shown in Fig. 20, the emulation designate 
command consists of a name of emulation starting 
with "#>*, a comma, a size, and a new line code. The 
paper delivery instruction command is "#>EOr. 

A processing sequence of the apparatus having 
the above data format is shown in Fig. 21 and will be 
described below. 

When the power switch of the apparatus is turned 
on initialization is started as in the first embodiment 
A step of determining whether the on-line state is set, 
1/F release time resetting upon detection of data in the 
input buffer area 24b, and processing in the absence 
of the data in the input buffer area are the same as 
those in the first embodiment Operations from step 
S95 will be described below. 

In step S95, the head portion of the non-process- 
ed data stored in the input buffer area 24b is checked 
to determine whether it is an emulation designation 
command. If YES in step S95, the flow advances to 
step S96 to cause the designated emulation program 
(analyzer) to generate intermediate language data in 
a designated size. When this processing is complet- 
ed, the flow returns to step S93 to process the next 
data. In this manner, the intermediate language data 
designated by the emulation designation command is 
generated. . 

If it is determined that the head portion of the in- 
put data at the start of one print cycle or data following 
the input data used by one analyzer to generate inter- 
mediate language data is not an emulation designa- 
tion command, the flow advances to step S97. The 
CPU 22 determines whether this data is a paper de- 
livery instruction command. If NO in step S97, the 
flow advances to step S98 to perform the same op- 



erations as in the first to fourth embodiments descri- 
bed above. 

If the input data is determined to be a paper de- 
5 livery instruction command, a pattern based on all the 
intermediate language data generated in the inter- 
mediate language area 24c is developed in the bit 
map memory 28. The developed data is output in step 
S100. 

to In the above processing, after one-page inter- 

mediate language data is generated by each analyzer 
(emulation program), it is developed into a bit map 
pattern. However, every time intermediate language 
data is generated by each analyzer, pattern develop- 
15 ment may be performed. In this case, development 
processing is performed immediately after step S96. 

This does not apply to a case wherein pattern de- 
velopment is performed simultaneously with inter- 
mediate language data generation. When each ana- 
20 lyzer (emulation program) is called from the main rou- 
tine, intermediate language data may be generated 
by the designated number of bytes, and a detailed de- 
scription thereof will be omitted 

According to the f ifth embodiment as described 
25 above, since an image based on a plurality of printer 
languages can be formed on one page, an impressive 
image can be obtained. 

When a high-level instruction or designation 
command is sent as in the fifth embodiment such a 
30 function may be added to an OS operated in the ex- 
ternal apparatus or a printer driver of the apparatus 
of this embodiment. In some cases, printer languages 
may be designated for the created sentences, fig- 
ures, and images in accordance with an application 
35 program running in the external apparatus. In addi- 
tion, an OS is operated in a cut-and-paste form to syn- 
thesize partial data designated by an application pro- 
gram for forming a sentence, an application program 
for forming a figure, and an application program for 
40 editing an image read from a scanner or the like. 
When the synthesized image is to be output, the data 
may be constructed and output using the format of 
the fifth embodiment 

In the first to fifth embodiments, each of the num- 
45 bers of external apparatuses (301 and 302), the cor- 
responding input interfaces (21a and 21b), and the 
font scalers (1 5a and 1 5b) is not limited to two, but can 
be three or more. Each of the numbers of newly reg- 
istered analyzers 12c and font scalers 15c need not 
50 be limited to one, but can be two or more. 

The present invention may be applied to a system 
constituted by a plurality of devices or an apparatus 
constituted by one device. In addition, the present in- 
vention can be achieved by supplying a program to 
55 the system or apparatus. 

The image processing apparatus of each embodi- 
ment described above exemplifies a laser beam prin- 
ter. However, the present invention is not limited to 
this. The present invention is equally applied to an 

11 
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ink-jet printer to be described later. 

(i) General Description of Apparatus Main Body 

Fig. 24 is a perspective view of an ink-jet record- 
ing apparatus IJRAto which the present invention can 
be applied. Referring to Fig. 24, a carriage HC engag- 
ed with a helical groove 5004 of a lead screw 5005 ro- 
tated interlockingly with normal/reverse rotation of a 
drive motor 5013 through driving force transmission 
gears 5011 and 5009 has a pin (not shown) and can 
be reciprocated in directions indicated by arrows a 
and b. An ink-jet cartridge IJC is mounted on the car- 
riage HC. Apaper press plate 5002 presses the paper 
in the carriage movement direction through a platen 
5000. Photocouplers 5007 and 5008 are home posi- 
tion detecting means for detecting the presence of a 
lever 5006 of the carriage within this range to switch 
the rotational direction of the motor 5013. A member 
5016 supports a cam member 5022 for capping the 
front surface of a recording head. A suction means 
5015 draws the ink from the cap to recover the re- 
cording head through an opening 5023 in the cap. A 
cleaning blade 5017 is moved back and forth by a 
member 5019. and the cleaning blade 5017 and the 
member 5019 are supported on a main body support 
plate 5018. The blade need not have this form, but 
can be replaced with a known cleaning blade. A lever 
5012 starts suction to recover the recording head. 
The lever 5012 is moved together with movement of 
a cam 5020 engaged with the carriage. The driving 
force from the driving motor is controlled by a known 
transmitting means such as clutch switching. 

Capping, cleaning, and suction recovery are per- 
formed by desired processes at the corresponding 
positions in accordance with the behavior of the lead 
screw 5005 when t he carriage reaches the home pos- 
ition. If desired operations are performed at known 
timings, any scheme can be employed in this embodi- 
ment 

(ii) Description of Control Arrangement 

A control arrangement for executing recording 
control of the respective components in the appara- 
tus will be described with reference to the block dia- 
gram in Fig. 25. A control circuit includes an interface 
1700 for inputting a recording signal, an MPU 1701, 
a program ROM 1702 for storing control programs 
executed by the MPU 1 701 , a dynamic RAM 1703 for 
storing various data (e.g., the recording signal and re- 
cording data supplied to the head), a gate array 1704 
for controlling and supplying the recording data to a 
recording head 1708 and performing transfer control 
of data between the interface 1700, the MPU 1701, 
and the RAM 1 703, a carrier motor 171 0 for feeding 
the recording head 1708, a convey motor 1709 for 
conveying a recording sheet, a head driver 1705 for 



driving the head, and motor drivers 1706 and 1707 for 
driving the convey motor 1709 and the carrier motor 
1710, respectively. 

5 The operation of the above control arrangement 

will be described below. When a recording signal is in- 
put to the interface 1700, a recording signal is con- 
verted into print recording data between the gate ar- 
ray 1704 and the MPU 1701. The motor drivers 1706 

10 and 1 707 are driven to drive the recording head In ac- 
cordance with the recording data supplied to the 
head driver 1705, thereby printing the recording infor- 
mation. 

It is possible to incorporate the constituent com- 
15 ponents 6f the present invention in the control ar- 
rangement of the ink-jet printer. The present invention 
is apparently applicable to the ink-jet printer in addi- 
tion to the laser beam printer. 

20 

Claims 

1. An image processing apparatus comprising: 

storage means for receiving and storing a 
25 discrimination program for discriminating wheth- 

er a translation program for translating a printer 
language can translate an externally input printer 
language; and 

determining means for determining 
30 whether the translation program can translate 

the externally input printer language, using the 
discrimination program stored in said storage 
means. 

35 2. An apparatus according to claim 1, wherein the 
printer language is constituted by control data for 
generating an image. 

3. An apparatus according to claim 1, wherein the 
40 translation program is an emulation program. 

4. An apparatus according to claim 1, wherein the 
discrimination program is input from a host com- 
puter. 

45 

5. An apparatus according to claim 1, wherein the 
translation program is input from a host computer. 

6. An apparatus according to claim 1 , wherein said 
so image processing apparatus is a laser beam prin- 
ter. 

7. An apparatus according to claim 1 , wherein said 
image processing apparatus is an ink-jet printer. 

55 

8. An apparatus according to claim 7, wherein dis- 
crimination program includes control data unique 
to a printer language which can be translated by 
the translation program. 
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9. An image processing method, comprising the 
steps of: 

receiving and storing a discrimination pro- 
gram for discriminating whether a translation pro- 5 
gram for translating a printer language can trans- 
late an externally input printer language; and 

determining whether the translation pro- 
gram can translate the externally input printer 
language, using the stored discrimination pro- 10 
gram. 

10. A method according to claim 9, wherein the prin- 
ter language is constituted by control data for 
generating an image. 15 

1 1. A method according to daim 9, wherein the trans- 
lation program is an emulation program. 

12. A method according to claim 9, wherein the dis- 20 
crimination program is input from a host comput- 
er 

1 3. Amethod according to claim 9, wherein the trans- 
lation program is input from a host computer. 25 

14. A method according to claim 9, wherein the dis- 
crimination program includes control data unique 
to a printer language which can be translated by 

the translation program. 30 
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